home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / public / fax / src / README < prev    next >
Text File  |  1994-08-01  |  55KB  |  1,221 lines
  1. $Header: /usr/people/sam/fax/RCS/README,v 1.93 1994/04/27 22:44:48 sam Rel $
  2.  
  3. FlexFAX, Release 2.2.2
  4. ----------------------
  5.  
  6. Copyright (c) 1988, 1989, 1990, 1991, 1992, 1993, 1994 Sam Leffler
  7. Copyright (c) 1991, 1992, 1993, 1994 Silicon Graphics, Inc.
  8.  
  9.     Permission to use, copy, modify, distribute, and sell this software and 
  10.     its documentation for any purpose is hereby granted without fee, provided
  11.     that (i) the above copyright notices and this permission notice appear in
  12.     all copies of the software and related documentation, and (ii) the names of
  13.     Sam Leffler and Silicon Graphics may not be used in any advertising or
  14.     publicity relating to the software without the specific, prior written
  15.     permission of Sam Leffler and Silicon Graphics.
  16.  
  17.     THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, 
  18.     EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY 
  19.     WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.  
  20.  
  21.     IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR
  22.     ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND,
  23.     OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
  24.     WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF 
  25.     LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE 
  26.     OF THIS SOFTWARE.
  27.  
  28.  
  29. This note has the following sections:
  30.  
  31.     Overview
  32.     How to tell which version you have
  33.     Modems
  34.     Class 1 Modem Support (Caveat Emptor)
  35.     Class 2.0 Modem Support
  36.     About the Binary Distribution
  37.     About the Source Code
  38.     Before Building the System From Source Code
  39.     Building the System From Source Code
  40.     Building Ghostscript 2.6.x with the TIFF Driver
  41.     Installation (source distribution)
  42.     Installation (binary distribution)
  43.     Server Setup and Configuration
  44.     Server Operation
  45.     Adaptive-answering Strategies
  46.     Non-adaptive-answering Strategies
  47.     Troubleshooting
  48.     Mail to Fax Gateway
  49.     Client Setup and Operation
  50.     Contributed Software
  51.     Acknowledgements
  52.     FlexFAX Mailing List and Other Final Words (where to send bugs)
  53.  
  54.     Use and Copyright
  55.     InterViews Information (from Mark Linton: linton@sgi.com)
  56.     TIFF Information (from Sam Leffler: sam@sgi.com)
  57.     TIFF Mailing List
  58.     Ghostscript Information
  59.  
  60. If this is your first encounter with this software you should
  61. read this note from ``top to bottom'', taking particular care
  62. to look at section titled "Before Building The System From
  63. Source Code" (assuming that you are working with source code).
  64.  
  65.  
  66.  
  67. Overview
  68. --------
  69. FlexFAX is a facsimile system for UNIX systems.  It supports:
  70.  
  71. o sending facsimile
  72. o receiving facsimile
  73. o polled retrieval of facsimile
  74. o transparent shared data use of the modem
  75.  
  76. Facsimile can be any size (e.g. A4, B4), either 98 or 196 lpi, and
  77. transmitted/received as either 1D-encoded or 2D-encoded facsimile data
  78. (2D-encoded data is frequently more compact and hence takes a shorter
  79. time to communicate).
  80.  
  81. Outgoing documents can be any format; the sendfax program uses a
  82. rule-based definition file similar to the System V /etc/magic file 
  83. to deduce document types and to decide how to convert each document
  84. to a form suitable for transmission (either PostScript or TIFF/F).
  85. Automatic cover page generation is supported and users can easily
  86. tailor cover pages to their environment.  A simple text-based
  87. phonebook database is supported by sendfax.  Information is also
  88. provided on how to trivially setup an email to fax gateway service.
  89.  
  90. Incoming facsimile are stored in a receiving area as TIFF/F (read
  91. ``TIFF Class F'') files and may be automatically delivered by mail
  92. and/or printed.  A fax server status program, faxstat, can be used to
  93. monitor the send and receive queues, as well as the state of facsimile
  94. servers.
  95.  
  96. Fax modems may be shared with outgoing data communication applications
  97. that honor the "UUCP locking protocol".  These applications typically
  98. include: cu, tip, kermit, uucp, slip, and ppp.  The system can also be
  99. configured so that incoming data calls cause the system to invoke the
  100. standard system getty program.
  101.  
  102. The software is structured around a client-server architecture.  One
  103. facsimile server process exists for each fax modem on a network.
  104. Clients may send facsimile from any machine that can communicate with
  105. the machine(s) on which the server(s) reside.  Client software is
  106. designed to be lightweight and easy to port; imaging can be offloaded
  107. to the server or done on the client.  (Imaging is, however, typically
  108. done on the server because it simplifies administration.)  Multiple
  109. modems may be located on a single machine.  An access control mechanism
  110. is included to control which users on which machines may submit
  111. documents for transmission.
  112.  
  113. The server requires a PostScript to facsimile imaging utility for
  114. useful operation (otherwise, only pre-imaged facsimile may be
  115. transmitted.)  A Display PostScript-based imager is provided for IRIX
  116. 4.x- and 5.x-based systems.  For other systems, a Ghostscript-based
  117. version can be built from the GNU sources.
  118.  
  119.  
  120. How to tell which version you have
  121. ----------------------------------
  122. If you have source code, the precise version is given in the file named
  123. VERSION that is located at the top of the source tree and the alpha
  124. number is given in the file dist/flexfax.alpha.  If you have a binary
  125. installation for a Silicon Graphics machine, the version can be printed
  126. out with the versions(1) command.  If you have need to refer to this
  127. specific software, you should identify it as:
  128.  
  129.     FlexFAX v<version>beta<n>
  130.  
  131. where <version> is whatever you get from "cat VERSION" and <n> is
  132. what you get from "cat dist/flexfax.alpha"; or, on an SGI machine,
  133. <version> and <n> are displayed in "versions -n flexfax.sw"; for
  134. example:
  135.  
  136.    Name                 Version   Description
  137.  
  138. I  flexfax             732914093  FlexFAX Facsimile Software, Version 2.1.0
  139. I  flexfax.sw          100600074  FlexFAX Software
  140. I  flexfax.sw.client   100600074  FlexFAX Client Software
  141. I  flexfax.sw.server   100600074  FlexFAX Server Software
  142.  
  143. <version> = 2.1.0 and <n> = 074 (the right three digits in the Version
  144. column), so this is FlexFAX v2.1.0beta074.
  145.  
  146.  
  147. Modems
  148. ------
  149. Note that you need a fax modem to use this software.  Fax modems are
  150. not the same as data modems though most contemporary fax modems also
  151. support data communication.  Numerous modems are known to work with
  152. this software though some work better than others.
  153.  
  154. Manufacturer    Model            Notes    Class     Firmware Rev
  155. ------------    -----            -----    -----     ------------
  156. Abaton        InterFax 24/96                  unavailable
  157. AT&T Paradyne    DataPort 14.4         $    1,2     >= C01.22.00
  158. Boca Research    M1440E                2     >= V1.270
  159. Boca Research    M1440E/RC32ACL         @    2     V1.000
  160. CPI        ViVa 14.4/FAX            2     V1.10 172-502402-013
  161. Dallas Fax    <something>            2     not recommended
  162. Digicom        Scout+             +    1     >= 2A19/2931
  163. Dynalink (?)    Dynalink 1414VE            2     CBS-03
  164. Everex        EverFax 24/96D            2     >= 901231
  165. Hayes        Optima 144               1     unknown
  166. Hayes        Optima 2400+Fax96           2     >= TR00-J260-001 XXX
  167. Intel        SatisFAXtion 400e        1     >= U20-28F001BX-5.00
  168. Logicode    Quicktel Xeba 14.4        2     V0.500 TR14-Jxxx-001
  169. Multi-Tech    MT1432BA, MT224BA     *,+    2     >= 0307 I
  170. Multi-Tech    MT1432BG            2     0109A
  171. Nuvo        Voyager 96424PFX        1     AF-C2500-E0
  172. OLITEC FRANCE    OLICOM POCHE FAX MODEM 2400    2     TR24-J???-001 007
  173. PPI        PM14400FXMT, PM14400FXSA    2     >= 2.17
  174. Supra        SupraFAX v.32bis        1,2     >= V1.200-C
  175. Supra        SupraFAX v.32bis/RC32ACL @    2     >= V1.000
  176. Telebit        T3000, WorldBlazer, QBlazer    2     >= LA7.01
  177. Twincom        144/DF                2     >= V1.200
  178. USRobotics    Courier                1,2.0     >=Sup4.1/DSP11
  179. USRobotics    Sportster            1     >=Sup4.1/DSP10
  180. Zoom        VFX                1,2     V2.00
  181. Zero One Net.    ZyXEL U1496E, U1496E+, U1496S    2,2.0     >= 5.01
  182.  
  183. Notes:
  184.  
  185. * There are apparently many variants of the MT1432BA, the following
  186.   models are known to work: MT1432BA, MT1432BA/A, MT1432MK, MT1432PCS.
  187. @ /RC32ACL refers to second-generation products made with the Rockwell
  188.   RC32ACL part and different firmware.
  189. + Modem is recommended for use with this software.
  190. $ Modem is recommended for use with this software when used in Class 1.
  191.  
  192. Class 1 means the modem supports the TIA/EIA-578 "Class 1" specification.
  193. Class 2 means the modem supports the TIA/EIA-592 draft SP-2388-A of
  194.     August 30, 1991.
  195. Class 2.0 means the modem supports the TIA/EIA-592 "Class 2.0" specification.
  196. The Abaton modem uses a proprietary interface that is
  197.     neither Class 1 or Class 2.
  198. SEE THE SECTION "Class 1 Support" FOR IMPORTANT INFO ON CLASS 1 SUPPORT
  199.  
  200. The software has been tested with the modems and firmware that are
  201. listed.  You may find that other modems that claim to conform to the
  202. Class 1, Class 2, and Class 2.0 specifications also work (but I make no
  203. promises).  Earlier revisions of firmware for the above modems may
  204. work, but once again no promises.  Consult the file MODEMS for known
  205. bugs and gotchas in the above modems.  Wherever possible the FlexFAX
  206. software works around known modem problems or restricts modem usage in
  207. order to provide a functioning system.  Beware however that several
  208. Class 2 modems do not correctly implement the +FDIS command as
  209. specified in SP-2388-A.  As a result they are not recommended for use
  210. with this software because their firmware limitations make it possible
  211. to send only low-resolution, 1D-encoded, facsimile data.
  212.  
  213. Firmware for ZyXEL modems can be retrieved by mail-server request (more
  214. information can be found in the doc directory).
  215.  
  216.  
  217. Class 1 Modem Support (Caveat Emptor)
  218. -------------------------------------
  219. The system includes a driver for modems that support the EIA-578 "Class
  220. 1" programming interface.  These modems export a very low level interface
  221. that requires that the CCITT Recommendation T.30 facsimile communication
  222. protocol be implemented almost entirely in the host.  Robust support for
  223. this protocol places two requirements on the host system:
  224.  
  225. o low latency for serial line input
  226. o near realtime response
  227.  
  228. In a UNIX environment both these requirements can be problematic.  In
  229. particular, many UNIX systems increase the latency for data received on
  230. a serial port in order to reduce system overhead.  That is, input data
  231. are typically held in a low level device driver for some period of time
  232. before they are passed to the user so that bursts of input data can be
  233. delivered to the user together.  This behaviour is known to occur under
  234. the Silicon Graphics IRIX and SunOS 4.1.x operating systems; it may
  235. also occur under other systems.  It is important for the proper
  236. operation of the Class 1 driver that input data be delivered to the
  237. facsimile server as quickly as possible.  This may require making a
  238. non-standard call of some sort to the operating system.  For SGI
  239. systems this call is automatically done.  For SunOS systems it appears
  240. that the only way to minimize the input latency is to create a stream
  241. i/o module that accesses an internal interface (see the comments in the
  242. routine setInputBuffering in faxd/FaxServer.c++ and the directory
  243. port/sun/zsundev that contains source for a kernel streams module).
  244.  
  245. The response time requirements are important for insuring that T.30
  246. protocol messages are received in a timely fashion.  On a loaded
  247. system the protocol process may be preempted by other activities and
  248. not be run fast enough to satisfy the protocol timing requirements.
  249. This can usually be guarded against by assigning the facsimile process
  250. a high scheduling priority.  Unfortunately most UNIX systems do not
  251. provide support for such facilities and so even if it is possible to
  252. receive serial line input with the minimum of delay, protocol timing
  253. requirements may not be met because of delays in scheduling the
  254. execution of the fax server process.  For this reason the facsimile
  255. server process attempts to raise its scheduling priority while it is
  256. actively sending or receiving facsimile.  At other times, such as when
  257. it is doing queue management operations, it runs at a normal priority.
  258. On Silicon Graphics systems the ``high priority'' is a nondegrading
  259. scheduling priority that is above the priorities of the normal system
  260. processes.  On other systems the server currently always runs at the
  261. same (normal) scheduling priority.  For more details consult the
  262. setProcessPriority routine in faxd/FaxServer.c++.
  263.  
  264. In summary, if you want to use a Class 1 modem with this software and
  265. your system does not provide support for low latency serial line input
  266. you are likely to have troubles.  If your system does not provide a
  267. mechanism for raising process scheduling priority (note that this is
  268. not the same as the UNIX ``nice'' parameter), then you may see problems
  269. when the server is under load.  Exactly how much load will cause trouble
  270. is dependent on the system configuration and processing power.
  271.  
  272.  
  273. Class 2.0 Modem Support
  274. -----------------------
  275. There is a driver for Class 2.0 modems that was developed using a USR
  276. Courier modem.  Since this standard is very young (the Courier is the
  277. first modem to be available with Class 2.0 support) don't be surprised
  278. if there are firmware problems and/or incompatibilities between the
  279. driver and modems with Class 2.0 firmware.
  280.  
  281.  
  282. About the Binary Distribution
  283. -----------------------------
  284. The executables in the binary version of this distribution are from a
  285. Silicon Graphics IRIX 4.0.5H system (compiled with the 2.1 release of
  286. the AT&T C++ compiler and Version 3.10 of the ANSI C compiler).  These
  287. binaries run on any SGI 4D processor running IRIX 4.0.x.  These
  288. binaries do not function properly on IRIX 5.x systems because of
  289. workarounds for IRIX kernel bugs that are enabled only at compile
  290. time.  For IRIX 5.x systems you will need to obtain the source code and
  291. build working binaries.  Binary installable versions of this software
  292. will be available for IRIX 5.2 in the near future (once the software is
  293. more widely available to customers).  The PostScript imaging engine
  294. requires that you have the Display PostScript execution environment
  295. (dps_eoe) installed on the machine where the fax server runs.  Client
  296. machines do not need dps_eoe as all PostScript imaging is done at the
  297. server.  It is also possible to setup the binary executables to use a
  298. Ghostscript-based imager instead of the Display PostScript-based one,
  299. but that requires the Ghostscript driver included only in the source
  300. distribution.
  301.  
  302.  
  303. About the Source Code
  304. ---------------------
  305. All the source code in this system is provided except the small bit
  306. of code used to build the Display PostScript-based imager (this code
  307. is useless unless you have a developers agreement with Adobe for
  308. Display PostScript).
  309.  
  310. The system is written almost entirely in C++.  I use the AT&T 2.1 and
  311. 3.0 compilers, as supported by SGI.  GNU gcc 2.4.5 and later have been
  312. successfully used to build this software.  gcc 2.5.8 and libg++ 2.5.3
  313. are the current recommended versions of the GNU tools to use.
  314.  
  315. The system assumes a POSIX-style system interface and support for the
  316. select system call.  If your system does not support tcgetattr,
  317. tcsetattr, etc., then you will need to write some emulation routines.
  318. If your system does not support select, then you will have a lot of
  319. work to do.
  320.  
  321. The Class 1 modem driver requires sub-second timer facilities and a
  322. minimum latency interface to serial input.  The server uses the
  323. BSD-style setitimer calls for the timer support and system-specific
  324. calls to enable low latency input from serial ports.  If your system
  325. does not support the BSD timer calls, then the server will fall back to
  326. using the alarm system call that only has 1 second granularity (and the
  327. driver is unlikely to work reliably).  If your system buffers serial
  328. input and does not provide a mechanism for defeating this, then the
  329. Class 1 driver will likely not work well.  See the section above for
  330. more specifics about the Class 1 support.
  331.  
  332. There is getty-related support in the fax server process that must be
  333. configured according to your platform.  When the fax server accepts an
  334. incoming data connection it configures the port and execs the system
  335. getty program.  There are two interfaces: System V-style and BSD-style.
  336. Only one of the two classes may be included in the server; the one that
  337. is appropriate to your system should be specified in the SYSGETTY
  338. definition in the defs files.  If your system is one of those supported
  339. by the configure script, this is automatically done when the software
  340. is configured for compilation.
  341.  
  342. The system depends on the InterViews software distribution and on the
  343. public domain TIFF library that I also distribute separately.  Only the
  344. *parts* of each system that are used by the fax software are included
  345. in this source code.  Both distributions in their entirety are freely
  346. available by public FTP on the Internet.  Information on obtaining each
  347. is included below.
  348.  
  349.  
  350. Before Building the System From Source Code
  351. -------------------------------------------
  352. Before you build the software you *MAY* need to obtain certain other
  353. software distributions.  All the software packages described here
  354. are available by public ftp from a variety of Internet hosts.
  355.  
  356. o gcc
  357.  
  358. You need a C++ compiler to build this system.  gcc version 2.4.5 has
  359. been successfully used to build this code on several systems.  Earlier
  360. versions of gcc may work, but I make no promises.  Note that early
  361. versions of gcc require that you have the bison parser generator
  362. installed on your machine.  If you do not have bison and you need gcc,
  363. do not forget to retrieve both at the same time!  When installing gcc
  364. beware of the make install-fixincludes step.  On some systems and/or
  365. with some versions of gcc, this software may not compile properly if
  366. the include files are wrong (function prototypes that would normally
  367. cause casts to be done may be missing).
  368.  
  369. Finally, note port/generic/GCC-PATCH if you have an old version of
  370. gcc.  This patch reduces the memory used to compile the large state
  371. tables that are part of the file libtiff/tif_fax3.c.  Without this
  372. patch you may not be able to compile tif_fax3.c on machines with
  373. limited memory, or compiling the file may take a very long time (30
  374. minutes or more).
  375.  
  376. o C++ runtime libraries
  377.  
  378. The AT&T compiler product includes everything that you need in the
  379. libC.a runtime library.  When using GNU gcc you will also need the
  380. libg++ distribution.  Testing was done with libg++2.3, but newer
  381. versions also work (and are usually required with newer versions of
  382. gcc).
  383.  
  384. o ghostscript
  385.  
  386. If you are not on an SGI machine, then you will need the Ghostscript
  387. PostScript interpreter software to build a PostScript imaging engine
  388. for use by the facsimile server.  Version 2.6.1 is known work, though
  389. you should be certain to apply patches 1-4.  If you do not apply the
  390. patches you will run into a bug in the clipping code that is tickled
  391. by the faxcover program.
  392.  
  393. o gmake
  394.  
  395. The make files are extensive and work untouched with the system make
  396. under IRIX and SunOS.  If your make does not understand them, then you
  397. should be able to use the GNU make (gmake) instead.  If you decide to
  398. use gmake, be sure to get version 3.63 or newer; otherwise you will
  399. encounter many problems (especially with the incdepend target).
  400.  
  401. o gawk
  402.  
  403. Several of the shell scripts included in this software make use of
  404. awk.  These uses are reasonably simple, but may not work with older
  405. versions of awk.  If you encounter problems, in particular with the
  406. notify or rts (Return To Sender) shell scripts, try the GNU awk.
  407.  
  408. o sed
  409.  
  410. Several of the shell scripts included in this software make use of
  411. sed.  Certain systems are known to have versions of sed that do not
  412. handle the shell scripts (e.g. sed on BSDI 1.0 dumps core on
  413. expressions in the configure shell script).  If you encounter problems,
  414. the latest GNU sed should be substituted.
  415.  
  416. o /bin/test
  417.  
  418. The software configuration shell script (configure) and the modem
  419. configuration shell script (etc/faxaddmodem.sh) make heavy use of
  420. the test program.  On some systems the /bin/test program does not
  421. support options such as -c (test if a file is a character special
  422. device).  Source for a contemporary, public domain, test program
  423. is available by public ftp from ftp.uu.net.
  424.  
  425. o Adobe Font Metric (AFM) files
  426.  
  427. The textfmt and faxmail utilities use Adobe Font Metric files in doing
  428. page layout.  Ideally the font metrics should reflect the fonts that
  429. are used to image the PostScript.  However, if your PostScript
  430. interpreter does not include font metric files you can retrieve a set
  431. separately from this distribution: the archive afm.tar.Z on sgi.com (in
  432. the same directory that this software is located) contains font metric
  433. files for the most common fonts.
  434.  
  435. o ps2fax binary for IRIX systems
  436.  
  437. The Display PostScript-based imager for SGI systems is included in the
  438. binary inst'able images provided on sgi.com.  If you choose to work
  439. from the source code on an SGI system you will want a copy of the ps2fax
  440. program: it is available separately on sgi.com as the archive dps.tar.Z
  441. in the same directory that this software is located.  Note that this
  442. is a binary executable for IRIX 4.0.X systems and requires that you
  443. have the dps_eoe software package installed.
  444.  
  445.  
  446. Building the System From Source Code
  447. ------------------------------------
  448. To build the software you first need to run the configure shell script
  449. in this directory.  At present the following configurations are known:
  450.  
  451. aix32     AIX v3.2.3 extended-v3.2.5 on RISC System/6000
  452. bsdi     BSD/386 1.1 w/ its included GNU gcc 2.5.8
  453. 4.4bsd     4.4BSD w/ GNU gcc 2.4.5 (incomplete)
  454. freebsd     FreeBSD on an Intel 486 w/ GNU gcc
  455. hpux     HP-UX 9.x on an HP 9000/700 (incomplete)
  456. isc     ISC4.0 on a 386 with gcc 2.5.8
  457. linux     Linux 99p9 on an Intel 386 using gcc 2.4.5
  458. sco     SCO 3.2v4 (ODT 3) (incomplete)
  459. sgi     IRIX 4.x and 5.x systems w/ AT&T C++ compiler
  460. solaris2 Solaris 2.x on a Sun4 with GNU gcc 2.5.8
  461. sun     Sun3/Sun4 w/ SunOS 4.1.X and GNU gcc 2.5.8
  462. svr4     System V Release 4 on an Intel x86 w/ GNU gcc 2.5.8
  463. 386bsd     386bsd 0.1 on an Intel 486 w/ GNU gcc 2.4.5
  464. ultrix     Ultrix 4.2A w/ GNU gcc 2.5.8 (see port/ultrix/README)
  465.  
  466. Systems that are marked (incomplete) compile properly and can be used
  467. to send and receive facsimile, but may have known problems or may be
  468. lacking some utilities such as the faxaddmodem installation script.
  469. Systems that are marked (not yet ready) are in preparation, but are not
  470. yet polished for distribution--if you take the supplied and complete
  471. the work, please send the appropriate patches back so that they can be
  472. incorporated into future distributions.
  473.  
  474. It is also be possible to use the GNU tools on the SGI machine and
  475. the AT&T compiler on the other systems.  To configure and build the
  476. software do:
  477.  
  478. % configure [target]    # e.g. configure sgi
  479.  
  480. where target is one of the above system types and, optionally, a
  481. compiler: sgi, sgi-gcc, sgi-cc.  If no target is given, configure will
  482. try to deduce your system using uname(1).  The software is setup with
  483. several important definitions that are tailored at configuration time
  484. according to the host and local conventions.  For example,
  485.  
  486. % configure
  487. Gosh, aren't you lucky to have a IRIX system!
  488. Setting up make-related files.
  489. Updating configuration for "sgi" & "cc".
  490. Installing port/sgi/Makefile.flexfax as Makefile.
  491. Installing port/sgi/defs.cc as defs.
  492. Installing libtiff/Makefile.sgi as libtiff/Makefile.
  493. Creating port.h with necessary definitions.
  494. ... enable IRIX 5.x workarounds for FIFO and select bugs
  495. ... add function prototype for sigvec
  496. ... add function prototype for seteuid
  497. ... add function prototype for setegid
  498. ... configure use of fchown
  499. ... configure use of fchmod
  500.  
  501. FlexFAX configuration parameters are:
  502.  
  503. Directory for applications:     /usr/local/bin
  504. Directory for lib data files:   /usr/local/lib/fax
  505. Directory for lib executables:  /usr/local/lib/fax
  506. Directory for servers:          /usr/etc
  507. Directory for manual pages:     /usr/catman/local
  508. Directory for documentation:    /usr/local/doc/flexfax
  509. Directory for spooling:         /usr/spool/fax
  510. Type of uucp lock files:        ascii
  511. Directory for uucp lock files:  /usr/spool/locks
  512. Mode for uucp lock files:       0444
  513. PostScript imager packaage:     dps
  514. PostScript imager program:      /usr/local/bin/ps2fax
  515. Default page size:              North American Letter
  516. Default vertical res (lpi):     98
  517. Directory for font metrics:     /usr/lib/DPS/AFM
  518. Location of sendmail program:   /usr/lib/sendmail
  519.  
  520. Are these ok [yes]? 
  521.  
  522. Done.
  523.  
  524. If you want these to be other than the default settings, then you
  525. should follow the prompts given by the configure script.  Once things
  526. are to your liking, do:
  527.  
  528.     % make
  529.  
  530. On unsupported configurations, you will want to examine the files in
  531. the directory port/<machine> (e.g. port/sun for a Sun) and also decide
  532. on a scheme for doing the PostScript imaging.  If no port/<machine>
  533. directory is present for your machine, then the software has not been
  534. ported to your platform and you will need to do some work.
  535.  
  536. In general, the software is designed such that the following should
  537. be ``make-able'' in each directory:
  538.  
  539. make [all]        build stuff
  540. make depend        build dependency information
  541. make install        build&install stuff
  542. make clean        remove .o files and cruft, but not executables
  543. make clobber        remove everything that can be recreated
  544.  
  545.  
  546. Building Ghostscript 2.6.x with the TIFF Driver
  547. -----------------------------------------------
  548. If you are not using the DPS imager on an SGI machine, then you need to
  549. build a version of Ghostscript that includes the tiffg3 driver provided
  550. with Ghostscript.  (Actually, you may find that gs/gdevtiff.c is a newer
  551. version of this driver.  If so, you should be able to just replace the
  552. distributed gdevtiff.c with the newer one in the gs directory.)
  553.  
  554. To setup Ghostscript you need to create a Makefile (follow the
  555. Ghostscript documentation), add "tiffg3.dev" to the list of configured
  556. devices, and then build a new binary that includes the driver.  Don't
  557. forget to install Ghostscript and it's associated materials.  Beware
  558. that on machines with dynamic shared libraries (e.g. SunOS), if you
  559. link ghostscript with the X11 device driver and use shared X11
  560. libraries that are not in a standard location, then you may need to
  561. augment the util/ps2fax.gs.sh script with something of the form:
  562.  
  563. LD_LIBRARY_PATH=/usr/local/R5/lib:/usr/openwin/lib
  564. export LD_LIBRARY_PATH
  565.  
  566.  
  567. Installation (source distribution)
  568. ----------------------------------
  569. The source distribution comes in a compressed tar file.  To extract the
  570. software do something like:
  571.  
  572.     % mkdir fax; cd fax
  573.     % zcat <somewhere>/v2.2.src.tar.Z | tar xf -
  574.  
  575. (uncompress and extract individual files in current directory).  To
  576. build and install executables from the sources look first for any file
  577. port/<target>/README that has target-specific information (e.g.
  578. port/sun/README has information about a patch to apply to GNU gcc).
  579. Then, do the following:
  580.  
  581.     % ./configure <target>        # see above
  582.     % make
  583.     % su
  584.     # make install
  585.  
  586. (of course if your system is not directly supported, you will have more
  587. work than this to do.)
  588.  
  589. Once you've installed the software, see the "Server Setup and
  590. Configuration" section below.
  591.  
  592.  
  593. Installation (binary distribution)
  594. ----------------------------------
  595. The binary distribution comes as a tar file that contains images for
  596. use with the standard Silicon Graphics installation program inst(1).
  597. To unpack the inst images do something like:
  598.  
  599.     % mkdir dist; cd dist
  600.     % tar xf <somewhere>/v2.2.inst.tar
  601.  
  602. Next, run inst to install the appropriate pieces that you want.  The
  603. key documentation from the source distribution is included in the
  604. subsystem flexfax.man.readme.  When this subsystem is installed the
  605. README file and other useful pieces of information are placed in the
  606. directory /usr/local/doc/flexfax.  Otherwise the software is broken
  607. into two areas: flexfax.client.* for software needed on client machines,
  608. and flexfax.server.* for software needed on a machine where a fax
  609. modem is located.  To unpack and install the client portion:
  610.  
  611.     % mkdir dist; cd dist
  612.     % tar xf ../v2.2.inst.tar
  613.     % cd ..; inst -f dist/flexfax
  614.     ...
  615.     inst> go
  616.  
  617. (Note, the dist subdirectory is because some versions of inst fail if
  618. the files are in the current directory.)  Note that server binaries are
  619. not installed by default, so to get them also you need to do:
  620.  
  621.     % inst -f dist/flexfax
  622.     ...
  623.     inst> install flexfax.*.server
  624.     inst> go
  625.  
  626. Remember that to install a server on a Silicon Graphics machine, you
  627. need to have already installed the Display PostScript execution
  628. environment product (dps_eoe).  Otherwise, the fax server will not be
  629. able to convert PostScript to facsimile for transmission.
  630.  
  631. Once you've installed the software, see the "Server Setup and
  632. Configuration" section below.
  633.  
  634. Server Setup and Configuration
  635. ------------------------------
  636. With the executables installed, prepare the software for use:
  637.  
  638. First.  Make sure that your modem works.  I can not say this enough.
  639. If you can not use cu, tip, uucp, or whatever with your modem, do not
  640. try to configure it for use with the facsimile software.  This means in
  641. particular that you should verify that you have a working cable between
  642. your host and modem and that this cable is suitable for use.  That is,
  643. that the cable has the relevant signals for doing hardware flow control
  644. if that is necessary and that it passes the DCD and DTR signals
  645. appropriately.  On SGI Indigo systems you CAN NOT USE A MACINTOSH CABLE
  646. TO CONNECT YOUR MODEM.  Once again, repeat after me, YOU CAN NOT USE A
  647. MACINTOSH CABLE TO CONNECT YOUR MODEM TO AN SGI INDIGO.  It may look
  648. like it works, but the moment that you try to use hardware flow control
  649. (i.e. RTS/CTS) the data will be garbled and you will encounter
  650. problems.  On an SGI system, consult the serial(7) manual page for an
  651. explanation of how to wire up modem cables.  Note also that for SGI
  652. systems the tty port name selected for a modem must reflect whether
  653. hardware or software (XON/XOFF) flow control is to be used--ttyf*
  654. devices use RTS/CTS flow control and ttym* devices use XON/XOFF flow
  655. control.  The rules to use for selecting which flow control method
  656. are:
  657.  
  658. o if you have a Class 1 modem, then you can use either hardware or
  659.   software flow control, but beware of using hardware flow control
  660.   as the Class 1 specification only requires vendors to support
  661.   software flow control (and most of the Class 1 modems tried so far
  662.   do not support hardware flow control)
  663. o if you have a Class 2 modem, then you can use either hardware or
  664.   software flow control, but if you are going to communicate with the
  665.   modem faster than 9600 baud then you should probably use hardware
  666.   flow control
  667. o if you have an Abaton 24/96 modem, then you must use software flow
  668.   control (the driver does not support hardware flow control)
  669.  
  670. On Suns do not use RTS/CTS flow control with the on-board serial ports
  671. built around the Zilog ZS8530 chip unless you have applied patch
  672. 100513-04 to your system (see port/sun/README for more information).
  673. Also beware of port locking mechanisms that use pairs of minor devices
  674. to interlock access to the same tty port--there is no direct support in
  675. the system for this because this scheme requires that a modem
  676. auto-answer incoming calls (something that does not work well with many
  677. fax modems)--most folks use /dev/cu* for communicating with modems
  678. that are controlled in this manner.
  679.  
  680. There are gotchas that you can expect to run into on most any system
  681. when trying to interface to the system's serial port handling.  Consult
  682. the MODEMS file, the manual pages and, where applicable, the README
  683. files in the port/<machine> directory for your system.
  684.  
  685. With the executables installed and your modem happily connected to the
  686. host with a proper cable, you can add modems with the faxaddmodem shell
  687. script.  This is an interactive script that walks you through the
  688. configuration and installation of a new or existing modem.  Note that
  689. even if you have a previous version of this software installed you
  690. should run the faxaddmodem script to update the configuration
  691. information for your modems.  Below is a sample session.  Typed input
  692. appears to the right of a "?" or "#" prompt; all other material is
  693. printed by faxaddmodem.  Note that if your modem is configured to
  694. communicate to the host at fixed baud rate, then you should use the -s
  695. option--consult the faxaddmodem manual page for details.
  696.  
  697.     # faxaddmodem
  698.     Verifying your system is setup properly for fax service...
  699.  
  700.     You do not appear to have a fax user in the password file.
  701.     The fax software needs this to work properly, add it [yes]?
  702.     Added user "fax" to /etc/passwd.
  703.  
  704.     Adding fax user to "/etc/passwd.sgi".
  705.  
  706.     There does not appear to be an entry for the fax service either in
  707.     the yellow pages database or in the /etc/services file;
  708.     should an entry be added to /etc/services [yes]?
  709.  
  710.     There is no entry for the fax service in "/usr/etc/inetd.conf";
  711.     should one be added [yes]?
  712.     Poking inetd so that it re-reads the configuration file.
  713.  
  714.     There does not appear to be an entry for the FaxMaster either in
  715.     the yellow pages database or in the /usr/lib/aliases file;
  716.     should an entry be added to /usr/lib/aliases [yes]?
  717.     Users to receive fax-related mail [sam]? 
  718.     Rebuilding /usr/lib/aliases database.
  719.     31 aliases, longest 75 bytes, 701 bytes total
  720.  
  721.     Done verifying system setup.
  722.  
  723.     Serial port that modem is connected to []? ttyf2
  724.  
  725.     Ok, time to setup a configuration file for the modem.  The manual
  726.     page config(4F) may be useful during this process.  Also be aware
  727.     that at any time you can safely interrupt this procedure.
  728.  
  729.     No existing configuration, let's do this from scratch.
  730.  
  731.     Phone number of fax modem []? +1.415.965.7824
  732.     Area code []? 415
  733.     Country code [1]? 
  734.     Long distance dialing prefix [1]?
  735.     International dialing prefix [011]?
  736.     Tracing during normal server operation [1]?
  737.     Tracing during send and receive sessions [11]?
  738.     Protection mode for received facsimile [0600]?
  739.     Rings to wait before answering [1]?
  740.     Modem speaker volume [off]?
  741.  
  742.     The server configuration parameters are:
  743.  
  744.     FAXNumber:              +1.415.965.7824
  745.     AreaCode                415
  746.     CountryCode             1
  747.     LongDistancePrefix:     1
  748.     InternationalPrefix:    011
  749.     ServerTracing:          1
  750.     SessionTracing:         11
  751.     RecvFileMode:           0600
  752.     RingsBeforeAnswer:      1
  753.     SpeakerVolume:          off
  754.  
  755.     Are these ok [yes]? n
  756.     Phone number of fax modem [+1.415.965.7824]?
  757.     Area code [415]?
  758.     Country code [1]?
  759.     Long distance dialing prefix [1]? 
  760.     International dialing prefix [011]? 
  761.     Tracing during normal server operation [1]? 
  762.     Tracing during send and receive sessions [11]? 3
  763.     Protection mode for received facsimile [0600]?
  764.     Rings to wait before answering [1]?
  765.     Modem speaker volume [off]?
  766.  
  767.     The server configuration parameters are:
  768.  
  769.     FAXNumber:              +1.415.965.7824
  770.     AreaCode                415
  771.     CountryCode             1
  772.     LongDistancePrefix:     1
  773.     InternationalPrefix:    011
  774.     ServerTracing:          1
  775.     SessionTracing:         3
  776.     RecvFileMode:           0600
  777.     RingsBeforeAnswer:      1
  778.     SpeakerVolume:          off
  779.  
  780.     Are these ok [yes]?
  781.  
  782.     Now we are going to probe the tty port to figure out the type
  783.     of modem that is attached.  This takes a few seconds, so be patient.
  784.     Note that if you do not have the modem cabled to the port, or the
  785.     modem is turned off, this may hang (just go and cable up the modem
  786.     or turn it on, or whatever).
  787.  
  788.     Hmm, this looks like a Class 2 modem.
  789.     Modem manufacturer is "ZyXEL".
  790.     Modem model is "U1496E  V 5.02 M".
  791.  
  792.     Using prototype ZyXEL configuration file...
  793.     Creating new configuration file "/usr/spool/fax/etc/config.ttyf2".
  794.     Creating "/usr/spool/fax/FIFO.ttyf2" in the spooling directory.
  795.     Done setting up the modem configuration.
  796.  
  797.     Startup a facsimile server for this modem [yes]
  798.     /usr/etc/faxd -m /dev/ttyf2&
  799.     # 
  800.  
  801. That's all there is to it (or at least all there *should* be to it)!
  802. You can also run faxaddmodem at a later time if you want to reconfigure
  803. your modem.
  804.  
  805. Beware that when the fax server process runs it normally keeps the
  806. modem in a state suitable for sending and receiving facsimile.  This
  807. may have implications for data communication programs such as tip, cu,
  808. and uucp.  For example, if a Class 2 modem is being used, it may be
  809. necessary to force the modem into Class 0 (for data communication) when
  810. placing a call--e.g AT+FCLASS=0DT<phone number>.  Alternatively, you
  811. can fiddle with the configuration parameters and keep the modem setup
  812. for data use when the server is not actively using the modem.
  813.  
  814.  
  815. Server Operation
  816. ----------------
  817. In normal operation configured facsimile servers should be started when
  818. the system is booted and stay around so long as the system is running.
  819. On SGI systems the normal installation process sets up the appropriate
  820. configuration information for servers to be started up by init.  On
  821. other systems you will need to arrange for this yourself (typically by
  822. editing /etc/rc.local or similar).  If you need to start a server by
  823. hand, consult the faxd(1M) manual page and the shell script etc/faxd
  824. that is used on SGI systems.
  825.  
  826. Incoming facsimile are placed in the recvq subdirectory of the spooling
  827. area and probably will need to be cleaned up periodically.  Likewise
  828. there is logging information in the log subdirectory and accounting
  829. information in the etc subdirectory of the spooling area that may need
  830. some attention.  The util/faxcron.sh script is designed to handle the
  831. periodic maintenance of the spooling area.  This script is designed to
  832. be run from cron(1) every day; see faxcron(1M) for detailed information
  833. on its operation.  If you want to do accounting check out the shell
  834. scripts util/xferstats.sh and util/recvstats.sh for a basic attack on
  835. how to process the etc/xferlog accounting file maintained for facsimile
  836. transmissions and receptions (manual pages are also provided).
  837. Otherwise the only matter to be concerned with is the support for data
  838. connections.  If your modems are capable of differentiating data
  839. connections from facsimile connections the fax server can invoke a
  840. getty process and permit incoming data connections.  Alternatively, if
  841. your modem does not support an adaptive answer facility, but it is a
  842. Class 1 modem, the server may be able to do adaptive answering in
  843. software.  In any event, beware that if you enable data connections you
  844. should take the normal precautions you would take when there are dialup
  845. ports on your machine.  Specifically, make sure that you have
  846. passwords, appropriate file protections, and proper configuration of
  847. uucp or similar.
  848.  
  849. If you encounter problems with sending or receiving facsimile you can
  850. enable copious tracing information by editing the configuration
  851. file(s).  Consult the section on Troubleshooting and the config(4F) and
  852. log(4F) manual pages.
  853.  
  854.  
  855. Adaptive-answering Strategies
  856. -----------------------------
  857. If your modem supports a good adaptive answering facility, then it
  858. should be enabled with the ModemSetupAACmd and the server system will
  859. automatically service fax or data calls as appropriate.
  860.  
  861. If your modem does not support adaptive-answering (i.e. distinguishing
  862. data from fax), then you have several options.  In all cases sending
  863. facsimile is supported without problems.  If you have a Class 1 modem,
  864. then you can request that the server employ a simple adaptive answering
  865. strategy whereby incoming calls are first answered as if they are for a
  866. fax machine and, if that fails, then answered as if they are for a data
  867. modem.  This facility is enabled by specifying something like:
  868.  
  869.     AdaptiveAnswer:    yes        # enable adaptive answer
  870.     ModemAnswerCmd:    +FCLASS=1;A    # default is to answer as fax
  871.     ModemAnswerDataCmd:    H+FCLASS=0;A    # hangup and answer as data
  872.     Class1RecvIdentTimer: 10000        # timeout fax answer in 10 secs
  873.  
  874. in the configuration file.   The above lines cause the fax server to do
  875. the following in response to an incoming phone call:
  876.  
  877.     1. Issue "AT+FCLASS=1;A" to answer the phone call in Class 1;
  878.        i.e. as a fax machine (issuing CNG tones).
  879.     2. Send TSI and DIS frames as required by the fax protocol.
  880.     3. Wait for DCS from the caller (if it is a fax machine).
  881.     4. Timeout waiting for DCS in 10 seconds (or whatever is specified
  882.        for Class1RecvIdentTimer).
  883.     5. Issue "ATH+FCLASS=0;A" to hangup and then re-answer the phone
  884.        in Class 0; i.e. as a data modem.
  885.  
  886. This technique assumes many things about the capabilities of the modem
  887. and the local telephony service and may not work for all Class 1 modems
  888. or for all locales.
  889.  
  890. A second facility supported by the fax server in lieu of adaptive
  891. answering is a ``rotary of answering techniques''.  The general idea is
  892. that a list of alternative ways to answer the phone is supplied and the
  893. server will rotate through the list until it finds one that works.  For
  894. example, one might specify something like:
  895.  
  896.     AnswerRotary: "fax data"
  897.  
  898. which would instruct the server to answer incoming calls as if they
  899. were from a fax machine until a call was received from something other
  900. than a fax machine, in which case it would then answer subsequent calls
  901. as a data modem until a non-data call was received (in which case it
  902. would go back to fax).  The rotary list can have up to three items,
  903. with items being selected from one of: fax, data, voice, and any
  904. (answer a call of an unknown type).  The voice answering request is
  905. reserved for future development.  Finally, in conjunction with the
  906. rotary answer facility there is an AnswerBias parameter that can be
  907. used to specify an index into the rotary list to use after
  908. *successfull* calls.  In the above example, this parameter can be used,
  909. to force calls to always be answered first as data by specifying:
  910.  
  911.     AnswerRotary: "fax data"
  912.     AnswerBias:      1
  913.  
  914.  
  915. Non-adaptive-answering Strategies
  916. ---------------------------------
  917. If you want to always process incoming calls as fax connections, then
  918. you do not need to do anything; this is the normal setup.  If you want
  919. to always process incoming calls as data connections, then you should
  920. setup your modem configuration so that the ModemAnswerCmd parameter in
  921. the configuration file causes the phone to be answered strictly as a
  922. data modem.  For example, if you have a Class 1 or Class 2 modem, the
  923. following should do this:
  924.  
  925.     ModemAnswerCmd:    +FCLASS=0;A
  926.  
  927. (this sets the modem into class 0 and then answers the phone).  Another
  928. possibility that you might opt for (especially if your modem is on a
  929. phone line shared with a telephone) is to disable automatic answering
  930. of the phone by setting the RingsBeforeAnswer parameter to zero:
  931.  
  932.     RingsBeforeAnswer:    0
  933.  
  934. and then use the faxanswer program to explicitly request that the fax
  935. server pick up the phone.  Note that by using the -h option to faxanswer
  936. you can control whether the fax server answers a phone call as fax,
  937. or data (answering as voice is also supported for compatibility with
  938. future work).
  939.  
  940.  
  941. Troubleshooting
  942. ---------------
  943. There are several components of this system: client applications
  944. (sendfax, faxstat, faxrm, etc.), the job submission process
  945. (faxd.recv), and the facsimile/modem server (faxd).  If you have
  946. trouble setting up this software, first check out the manual pages.
  947. All client applications support a -v option to enable various levels of
  948. debugging.  It is possible with one or more -v options to trace the
  949. protocol between the application and the faxd.recv process on the
  950. server machine.  faxd.recv has a -d option that enables tracing of the
  951. protocol it receives and its general operation.
  952.  
  953. faxd has many tracing controls described in the config(4F) manual
  954. page.  faxd tracing information is controlled by two configuration
  955. parameters: ServerTracing and SessionTracing.  ServerTracing controls
  956. tracing during the time the server is NOT engaged in conversation with
  957. another fax machine.  SessionTracing controls tracing during the time
  958. the server is engaged in conversation with another fax machine.  Server
  959. tracing information is captured via syslog(3).  This means that to
  960. capture the tracing you must setup the appropriate configuration
  961. information for the syslogd process.  In particular, make sure that you
  962. capture daemon.info, daemon.debug, and daemon.err (or substitute for
  963. daemon to reflect local configuration).  Session tracing is stored
  964. in files in the log subdirectory in the spooling tree.  Consult log(4F)
  965. for more information.  Normal installation of this software will enable
  966. sufficient session tracing to debug communication problems.  Unexpected
  967. problems may require you to alter either or both of the ServerTracing
  968. and SessionTracing parameters.
  969.  
  970. When tracking down a problem, be sure to work your way from the client
  971. application through faxd.recv and into the faxd process.  When
  972. debugging modem-related problems, only enable the tracing that you
  973. really need.  Enabling all tracing can affect the operation of the
  974. server by altering the timing of operations.  The default configuration
  975. files come with SessionTracing set to 11 which is a good setting for
  976. Class 2 modems (i.e. a lot of information is provided, but the load on
  977. the server should not keep it from operating properly).  For Class 1
  978. modems a setting of 0x4f will also cause HDLC frames to be collected.
  979. Beware of tracing timer operations and modem i/o; these trace flags are
  980. only useful if you are trying to debug a problem specifically related
  981. to a timer not going off, or a problem where data appears to be
  982. corrupted.  Also, when capturing a trace for the purpose of submitting
  983. a bug report, the less extraneous information that you include, the
  984. easier it is for people to help understand the problem.  A good way to
  985. capture a transcript of a problem is to use the transcript shell script
  986. in the bin directory of the spooling area.  For example,
  987.  
  988.     % cd /usr/spool/fax
  989.     % bin/transcript 2241 14159657824
  990.  
  991. where "2241" here is the process id of the faxd process and
  992. "14159657824" is the canonical phone number associated with the problem
  993. (i.e. the destination if an outgoing call or the local number if an
  994. incoming call).  Note that transcript will only present the trace
  995. associated with the last session, so you need to run it immediately
  996. after the problem occurs (or else extract the session by hand).
  997.  
  998.  
  999. Mail to Fax Gateway
  1000. -------------------
  1001. It is easy to setup a mail to fax gateway facility with the tools
  1002. included in this distribution and some simple additions to your
  1003. sendmail configuration file (other mailers should hopefully a be
  1004. workable).  Consult the file faxmail/README for directions on a scheme
  1005. that I've used successfully.  Thanks to Eric Allman for the sendmail
  1006. configuration hack.
  1007.  
  1008.  
  1009. Client Setup and Operation
  1010. --------------------------
  1011. FlexFAX basic design is based on a client-server architecture.  A
  1012. single fax server machine with one or more fax modems may service a
  1013. network of client machines that do not have fax modems.  When the
  1014. software is installed from the binary distribution format client
  1015. machines can be setup simply by installing the flexfax.*.client
  1016. images:
  1017.  
  1018.     % inst -f dist/flexfax
  1019.     ...
  1020.     inst> install flexfax.*.client
  1021.     inst> go
  1022.  
  1023. (actually, the default packages to install should be the ones needed to
  1024. setup a client machine).
  1025.  
  1026. When the software is installed from the source distribution format,
  1027. client machines can be setup by packaging the appropriate client pieces
  1028. together with something like tar and then ``dropping the bits'' onto
  1029. the client machine, or by mounting the BIN, LIBDATA, and LIBEXEC
  1030. directories from a system where the software has already been
  1031. installed.  (BIN, LIBDATA, and LIBEXEC refer to locally configured
  1032. pathnames to the directories where binary applications, library data,
  1033. and library executable programs are placed, respectively).  The exact
  1034. set of files provided for a FlexFAX client is specified in the
  1035. flexfax(1) manual page (see the FILES section).
  1036.  
  1037. With the applications and data files accessible on a client machine,
  1038. the only other step required for operation is to setup an entry in the
  1039. /etc/services file or equivalent YP/NIS database for the "fax" service.
  1040. This is automatically done on the server machine by the faxaddmodem
  1041. script using a line of the form:
  1042.  
  1043.     fax     4557/tcp                # FAX transmission service
  1044.  
  1045. Once a client machine is setup for use the server machine may need to
  1046. be configured to permit jobs to be submitted.  Specifically, the file
  1047. etc/hosts in the spooling area on the server machine must be setup to
  1048. permit each client machine access.  Consult the hosts(4F) manual page
  1049. for information on how this is done.
  1050.  
  1051.  
  1052.  
  1053. Contributed Software
  1054. --------------------
  1055. You should be able to find contributions from FlexFAX users in the
  1056. contrib subdirectory of the public ftp area where you found this
  1057. software (or look in sgi/fax/contrib on the host sgi.com).  New
  1058. contributions are welcome, so long as their author's identity is
  1059. clearly marked (so that folks don't ask me questions about stuff
  1060. that I know nothing).
  1061.  
  1062.  
  1063. Acknowledgements
  1064. ----------------
  1065. This software is more than 5 years old and is the product of many
  1066. folks' work.  Robin Schaufler did the original scheme for delayed
  1067. submission and worked on the client-server protocol.  More recently,
  1068. the following people have helped either by testing or by contributing
  1069. fixes and/or improvements:
  1070.  
  1071. Pete Bentley       Marc Boucher        Brent Chapman     Tom Corson
  1072. Alan Crosswell       Greg Ferguson    Steve Fine     Andrew Ford
  1073. Wolfgang Henke       Bert Hooyman        Dirk Husemann     Brian Katzung
  1074. Masao Kitano       Carsten Koch        John T Kohl     Rickard Linck
  1075. Rick Lyons       Tom Lislegaard    Rob MacKinnon     Kevin McManamon
  1076. Les Mikesell       Bill Morrow        Chris Munonye     Jonas Olsson
  1077. Dave Packer       Damon Permezel    David Pike     Amir Plivatsky
  1078. Andy Rabagliati    Eric Rescorla    Marshall Rose     Daniel Rosenblatt
  1079. Joel Rosi-Schwartz Tim Rylance        Brent Townshend     Peter White
  1080. David Vrona       Paul Vixie
  1081.  
  1082. (and surely others).  Also, a special thanks to Ed McCreight for
  1083. helping me understand the stuff "between the lines" that's necessary to
  1084. make a working Class 1 driver.
  1085.  
  1086.  
  1087. FlexFAX Mailing List and Other Final Words (where to send bugs)
  1088. ---------------------------------------------------------------
  1089. There is documentation!  There is GOBS of documentation.  When in doubt
  1090. read the manual pages.  There are manual pages for all the programs and
  1091. manual pages for all the files and directories that you may be curious
  1092. about.  Of course there is also source code for everything, but this
  1093. should (hopefully) not be needed.  A useful introduction to the client
  1094. applications is given in flexfax(1).  If you want to learn how the
  1095. server and spooling system work, look first at intro(4F).
  1096.  
  1097. A mailing list for users of this software is located on sgi.com.
  1098. If you want to join this mailing list or have a list-related request
  1099. such as getting your name removed from it, send your request to
  1100.  
  1101.     majordomo@whizzer.wpd.sgi.com
  1102.  
  1103. For example, to subscribe, send the line "subscribe flexfax" in
  1104. the body of your message.  The line "help" will return a list of
  1105. the commands understood by the mailing list management software.
  1106.  
  1107. Submissions to the mailing list (including bug reports) should be
  1108. directed to:
  1109.  
  1110.     flexfax@sgi.com
  1111.  
  1112. Note that the mailing list has many people on it.  Please take this
  1113. into consideration when posting notes to it; i.e. avoid posting large
  1114. trace logs and the such.  Also, when corresponding about this software
  1115. please always specify:
  1116.  
  1117. - what version you have (see "How to tell which version you have" above),
  1118. - what system you're running on, and,
  1119. - if the problem is modem-related, identify it and the firmware rev
  1120.  
  1121. For example: "FlexFAX v2.2.2alpha99 under Solaris 2.3 with gcc 2.5.7;
  1122. ZyXEL 1496E with 6.11a firmware."
  1123.  
  1124. If you find the flexfax mailing list to have too much traffic for you,
  1125. there is also an announcements-only mailing list called flexfax-announce.
  1126. This can be subscribed in the same way that you subscribe to the
  1127. flexfax mailing list: send "subscribe flexfax-announce" to the
  1128. Majordomo list handler on whizzer.wpd.sgi.com.  Note that there is no
  1129. need to subscribe to both mailing lists; postings to the announcement
  1130. list are automatically fed to the normal flexfax list.
  1131.  
  1132. If you have not previously done so, please fill out the survey form in
  1133. the file SURVEY and post it to flexfax-survey@whizzer.wpd.sgi.com (the
  1134. form is setup as an MH form file to simplify this procedure).
  1135.  
  1136.  
  1137. Use and Copyright
  1138. -----------------
  1139. Silicon Graphics has seen fit to allow me to give this work away.  It
  1140. is free.  There is no support or guarantee of any sort as to its
  1141. operations, correctness, or whatever.  If you do anything useful with
  1142. all or parts of it you need to honor the copyright notices.   I would
  1143. also be interested in knowing about it and, hopefully, be acknowledged.
  1144.  
  1145.     Sam Leffler    (sam@sgi.com)
  1146.  
  1147.  
  1148. InterViews Information (from Mark Linton: linton@sgi.com)
  1149. ---------------------------------------------------------
  1150. InterViews 3.1 is now available via anonymous ftp
  1151. from "interviews.stanford.edu" (IP address 36.22.0.175).
  1152. The distribution is in a compressed tar file named "pub/3.1.tar.Z"
  1153. (about 3.8Mb).  The distribution is also ftp-able from sgi.com
  1154. in "graphics/interviews/3.1.tar.Z".
  1155.  
  1156. The README file in the top-level directory contains information
  1157. about how to build InterViews.  The PostScript file iv/src/man/refman/cover.ps
  1158. contains general information about 3.1, including a brief
  1159. discussion of differences from 3.0.
  1160.  
  1161. Please send problems to interviews-bugs@interviews.stanford.edu.
  1162.  
  1163.       Mark
  1164.  
  1165.  
  1166. TIFF Information (from Sam Leffler: sam@sgi.com)
  1167. ------------------------------------------------
  1168. How To Obtain This Software (in case all you get is this file)
  1169.  
  1170. The software is available for public ftp on
  1171.     sgi.com            graphics/tiff/v3.2beta.tar.Z
  1172.     (192.48.153.1)
  1173.  
  1174. For example,
  1175.     ftp -n sgi.com
  1176.     ....
  1177.     user anonymous
  1178.     ... <type in password>
  1179.     cd graphics/tiff
  1180.     binary
  1181.     get v3.2beta.tar.Z
  1182.  
  1183. The software comes in a compressed tar file.  To extract the
  1184. information:
  1185.     zcat v3.2beta.tar.Z | tar xf -
  1186. (uncompress and extract individual files in current directory).
  1187.  
  1188. The file 3.2.patch in the above ftp directories is a shell
  1189. script that should be applied to the 3.2beta source code.
  1190.  
  1191. There is also a companion compressed tar file, v3.0pics.tar.Z
  1192. that has sample TIFF image files.  These are mostly useful in
  1193. testing the software if/when you port it to an unsupported system.
  1194.  
  1195. TIFF Mailing List
  1196. -----------------
  1197. A mailing list for users of this software is located on sgi.com.
  1198. If you want to join this mailing list or have a list-related request
  1199. such as getting your name removed from it, send a request to
  1200.  
  1201.     majordomo@whizzer.wpd.sgi.com
  1202.  
  1203. For example, to subscribe, send the line "subscribe tiff" in
  1204. the body of your message.  The line "help" will return a list of
  1205. the commands understood by the mailing list management software.
  1206.  
  1207. Submissions (including bug reports) should be directed to:
  1208.  
  1209.     tiff@sgi.com
  1210.  
  1211. When corresponding about this software please always specify what
  1212. version you have, what system you're running on.
  1213.  
  1214.  
  1215.  
  1216. Ghostscript Information
  1217. -----------------------
  1218. Ghostscript and its fonts can be found at many public ftp sites around
  1219. the Internet.  One good location for obtaining the 2.6 version is
  1220. ftp.cs.wisc.edu:/pub/X/ghostscript*2.6*.
  1221.